Systems and methods for reducing service errors for restaurants

ABSTRACT

A computer-implemented method, comprising receiving an order associated with a user, and capturing information associated with a physical attribute of the user; for the order being completed, performing a matching operation on the physical attribute of the user and information associated with a region of the user that includes the physical attribute of the user and respective physical attributes of other users, to determine a closest match; and generating an output that identifies the user associated with the closest match in the information associated with the region of the user, and providing the output to a server to deliver the order to the user.

BACKGROUND Field

Aspects of the example implementations relate to methods, systems anduser experiences associated with reduction of service errors, such as inrestaurants, and more specifically, to match an image of a user whoorders a dish with an image of the area, such that the server isprovided with a support system to associate and deliver the completedorder to the user.

Related Art

In the related art, serving wrong dishes to customers is a significantproblem for service quality in the restaurant business. According torelated art approaches, a waiter/waitress needs to play multiple roles(e.g. ordering, serving, cleaning, etc.) and be in charge of multipletables simultaneously, including to memorize the appearances of thecustomers who place the orders, some of whom switch positions or tableswithout informing the server, and some of whom may appear similar to oneanother. The waiter/waitress may be overrun by too many diners, suchthat they serve dishes ordered by someone else. A recent study indicatesthat such errors cause about $9,000 per month of financial losses for amiddle sized restaurant.

In addition to the financial losses, there may be other losses. Forexample, customers must wait for a longer time until waiters/waitressesdetermine the correct serving objects. This delay can lead tosignificantly higher risk of poor customer satisfaction and negativereviews (e.g., on social media), which will further harm revenue ofbusiness.

Further, kitchens can be disrupted by serving errors due to a need tore-cook the correct dishes as soon as possible to redeem the situation,introducing extra costs of wasting and increasing the probability ofserving congestion.

Related art solutions directed to reducing serving errors can be roughlycategorized into traditional approaches and technique-poweredapproaches.

Traditional related art approaches include hiring more restaurant staffand offering better professional training to make staff moreexperienced. These solutions are quite straightforward. However, theyare not time efficient, and are far more expensive. For instance,business owners must pay extra money for additionally hiredwaiters/waitresses, who may also make restaurants even more crowded atpeak dining time and potentially prolong customers' waiting time. On theother hand, professional training can be a slow process which may takemonths to complete and may bring extra burden to waiters/waitressesbesides their daily duties. More importantly, due to low retention ratesof waiter/waitress jobs, professional training could be very inefficientas every new employee has to complete the training before the benefitcan be seen.

Related art technique-powered approaches seek assistance of techniquesto reduce serving errors. A representative related art example isrestaurant point of sale (POS) systems. A related art POS systemprovides automated services such as menu management, bill splitting andcustomer feedback analysis, etc. Such functionalities emphasis onimproving the customer experiences from aspects like offering convenientdish customization choices, improving the communication between kitchenand customer, and providing more efficient employee management. However,these related art techniques aiming at restaurant business do notconsider the problem of serving dishes to wrong customers. Thus,business owners must still only rely on related art traditionalapproaches to reduce such serving errors.

There is an unmet need in the related art to develop a solution to helpa restaurant identify dishes that have been erroneously served.

SUMMARY

According to an aspect of the example implementations, comprisingreceiving an order associated with a user, and capturing informationassociated with a physical attribute of the user; for the order beingcompleted, performing a matching operation on the physical attribute ofthe user and information associated with a region of the user thatincludes the physical attribute of the user and respective physicalattributes of other users, to determine a closest match; and generatingan output that identifies the user associated with the closest match inthe information associated with the region of the user, and providingthe output to a server to deliver the order to the user.

Example implementations may also include a non-transitory computerreadable medium having a storage and processor, the processor capable ofexecuting instructions associated with reduction of service errors, suchas in restaurants, and more specifically, to match an image of a userwho orders a dish with an image of the area, such that the server isprovided with a support system to associate and deliver the completedorder to the user.

BRIEF DESCRIPTION OF THE DRAWINGS

The details of embodiments of the present disclosure, both as to theirstructure and operation, can be gleaned in part by study of theaccompanying drawings, in which like reference numerals refer to likeparts, and in which:

FIG. 1 is a functional block diagram of an example implementation;

FIG. 2 is an example user experience;

FIG. 3 is a functional block diagram of an example implementationassociated with ordering and serving flows;

FIG. 4 is an example implementation illustrating a schematic of neuralnetwork;

FIG. 5 is an example implementation illustrating a schematic of neuralnetwork;

FIGS. 6A and 6B are flowcharts of an example implementation of a methodaccording to the disclosure;

FIG. 7 is a functional block diagram of an example implementation of acomputing environment according to the disclosure; and

FIG. 8 is a functional block diagram of an exemplary operatingenvironment according to the disclosure.

DETAILED DESCRIPTION

The following detailed description provides further details of thefigures and example implementations of the present application.Reference numerals and descriptions of redundant elements betweenfigures are omitted for clarity. Terms used throughout the descriptionare provided as examples and are not intended to be limiting.

The example implementations are directed to system and methods to reduceerrors of serving dishes to wrong customers. More specifically, theexample, implementation assists waiters/waitresses to accurately linkdishes to the right person to whom the dish should be delivered. Duringthe order period, visual information of each customer is captured via acamera and dishes are associated with each individual.

At the serving stage, all people in the camera view are detected, andthe person to be served the dish is selected by matching visualinformation of detected people with the one acquired during the order.During the process, the waiters/waitresses only needs to perform trivialoperations (e.g., switch between ordering/serving stages). Thus, theservers may focus on serving customers without needing to memorizeaccurate individual orders.

According to the example implementations, the core system has a cameraand a customer matching module that is built based on deep neuralnetworks. The customer matching (MC) module is trained offline tocorrectly identify if the people in the two images are the same. Fordeployment, each waiter/waitress equips an edge device with the camera,which is connected to the cloud that is hosting the trained MC module.

FIG. 1 illustrates a functional schematic of the example limitations at100. More specifically, customers 101 may place an order. At this time,the dishes are associated with the customers at 103. Subsequently, theservers 107 are provided with an order that associates the dish with thecustomer. Once the dish has been completed, is matched to the rightcustomer 105, during the serving process. Then, the dish is served tothe customer 101.

As shown in FIG. 2 , an edge device 200 is provided to execute thefunctional aspects illustrated in FIG. 1 . The edge 200 device has twomodes, ordering 201 and serving 203. When a device is in ordering mode201, a camera will capture an image of the customer who is ordering, andautomatically link his/her ordered dishes with the captured picture. Thepicture is then sent back to MC module for feature extraction. Forexample, as shown at 201, the current customer orders a Caesar saladfrom the menu (e.g., drag and drop), while the camera captures an imageof that customer during the ordering process. As disclosed furtherbelow, the user may submit the order without the involvement of theserver, to maintain social distance protocols, for example.

After the device is switched to serving mode at 203, its camera willdetect all customers that appear in the same screen, and MC module willextract features for each detected customer. Then, for a given dish, itscorresponding image feature captured in the ordering mode is comparedwith features of every newly detected customer. The customer whosefeature has the least distance from original picture will be consideredas the target, and the waiter/waitress will be informed to serve to thecorrect person. For example, has shown at 203, once the Caesar saladplate has been completed by the kitchen, the matching operation isperformed, and it is determined that the person having an image thatmatches the customer who ordered the Caesar salad is highlighted in red.Thus, the server does not need to guess the identity of the person whoordered the Caesar salad.

This is particularly useful in larger groups, where the members of thegroup may decide to switch seats or even switch tables. Because theimage of the customer is associated with the order at the initial pointof ordering, that relationship is preserved during the serving mode.

While the foregoing example implementation illustrates a visual serverguidance, the example implementations are not limited thereto. Forexample but not by way of limitation, instead of providing a visualindicator, the guidance may also be provided by audio speaker, vibrationor other mode, alone or in combination with the usual indicator. Thus,the server in the restaurant is aided in providing the order to thecorrect customer, and need not guess whether the customer-dishcombination is correct.

FIG. 3 illustrates a functional diagram of the example implementations.The flow will be discussed in sequential order, starting with theordering phase and then moving to the serving phase.

A customer 301 may arrive, and be provided with a table and seat oftheir choice. Once the customer has been seated, and image of thecustomer is captured by a portable camera 305. The portable camera 305may optionally be positioned in a manner that permits easy capturing ofthe image of the customer 301. For example but not by way of limitation,the portable camera 305 may be positioned above the customers in anarray along the ceiling, on the table itself, on a point of service(POS) menu, at a corner of the room, or any other location as wouldpermit the capturing of the image of the customer 301.

The captured image of the customer 301 by the portable camera 305 isprovided to a customer matching module 309. The timing of the capture ofthe image may occur simultaneous with, just before or just after theordering of dish by the customer 301. If the customer orders directlyfrom a POS device without involving a server, or if the server takes theorder, and 307, the order is entered via an interface. That order isalso input into the customer matching module 309, along with the photoof the customer. The order is also provided to a server 303.

After some time, the order is prepared, and becomes ready to be served.At that point, the waiter is by that the dish is ready to be served. Atthis point, the customer matching module 309 requests an image captureof the room from the portable camera 305, and perform a matchingfunction. More specifically, matching function is intended to match theoriginally captured image of the customer that was provided the order inthe ordering phase, with the closest matching image of a customersitting in the room. That match is provided to the interface 307, suchthat the server 303 can use that interface to be guided as to where thedish should be delivered. Optionally, a speaker 311 provided direct theserver 303. Then, the server 303 serves the dish to the customer 301.

The example implementations include, but are not limited to,input/output devices and the MC module. Further details of thesefeatures of the example implementations are disclosed as follows.

For the input/output devices, a camera may capture visual information ofcustomers as input. This camera could be an integrated part of otheredge devices such as POS system terminals. The choices for outputdevices may be flexible. If a waiter/waitress prefers visual feedback,he/she can use the screen of a POS system terminal to target thecustomer, or he/she can have a POS system terminals with aspeaker/headset, and turn on it for auditory instructions when servingdishes.

As shown in Figure in element 203 of FIG. 2 and as disclosed above,based on preferences of different servers, either the target customerwill be highlighted on the screen of POS, or waiters/waitresses aregiven auditory guidance (e.g., suggestive directional information tospecify “in front of you”, “right/left hand side of you”, etc.) toassociate the order with the correct customer. The input/output devicesmay be networked, such as being connected to internet, fortransmitting/receiving information to/from MC module.

With respect to the customer matching aspects of the exampleimplementations, a cloud-based service may be provided that determinesand returns the “most similar person” image from all detected people fora query image. For example, but not by way of limitation, convolutionalneural networks (CNNs) may be used. In one example implementation, theCNN includes feature extractors to process all input images into featurevectors.

FIG. 4 illustrates the customer matching module 400 according to anexample implementation. An image 401 taken at ordering stage is thequery image. When a dish is being served, the previously captured queryimage 401, along with images 403 of all detected people, are extractedinto feature vectors first. Then, metrics between feature vectors ofquery image and detected images are computed and ranked in a descendingorder. The detected image that has highest metric score is considered asthe target customer that dish should be served to. This is accomplishedin the CNN 405, for example. Further, the CNN 405 may be a Siamesenetwork including convolutions 407, 409, a fully connected layer 411,and output classification or prediction of matching 413. Two streamprocesses are provided, and an identity loss and similar loss aredetermined.

Further supportive functionalities may be combined with the customermatching module 400. For example, but not by way of limitation, adetector (e.g., YOLOv3) may be used for detecting all people on thecamera screen before they are sent to perform the matching of the queryimage. Further, speech recognition may be used to activate the matchingprocess if a waiter/waitress's hand is unavailable due to occupation ofdishes. For example but not by way of limitation, the waiter/waitressmay instruct the customer matching module 400 to perform the match oncethe order is ready to serve. Optionally, the audio feed may be used toinput speech recognition and matching, to support the image matching.

The example implementations use a Siamese network as the trainingparadigm, which is a general framework for metric learning. The Siamesenetwork of the CNN 405 aims to minimize the distance between featurevectors that belong to a same person, and maximize the distance betweenfeature vectors that belong to different people. It requires a pair ofimages as input: “positive pair” means both images are related to thesame person; and “negative pair” means one image portrait differentperson from another.

The training objective is minimizing similarity loss at 413, whichencourages networks to reduce the margin for positive pairs and increasethe margin for negative pairs. Optionally, the triplet loss is used asthe optimization objective. The triplet loss L_(tri) can be formulatedas

$\begin{matrix}{L_{tri} = {\sum\limits_{i = 1}^{N}\left\lbrack {{{f_{i}^{a} - f_{i}^{p}}} - {{f_{i}^{a} - f_{i}^{n}}} + a} \right\rbrack_{+}}} & (1)\end{matrix}$

where f_(i) ^(a) is the feature of anchor image, and f_(i) ^(p), f_(i)^(n) are features of positive and negative paired images to the anchor,respectively. N is the number of selected anchor images. α is the margincontrolling the minimal measurement on if features are sufficientlyseparated.

Optionally, ID loss at 413 may be included in the Siamese networks toimprove the performance. Thus, training the Siamese networks may beconsidered a multi-task learning problem. Unlike similarity loss thatrequires a pair of images, ID loss only needs one image as the input,and optimizes a single network stream. The objective is to decide thecorrect identity for the person in input image. In practice,cross-entropy loss L_(ID) is used as the ID loss, which can beformulated as

$\begin{matrix}{L_{ID} = {- {\sum\limits_{i = 1}^{M}\left( {y_{i}{\log\left( {{softmax}\left( f_{i} \right)} \right)}} \right)}}} & (2)\end{matrix}$

where yi is the ground truth ID for feature f_(i) and M is the number ofimages with ID labels. During the training process, both L_(tri) andL_(ID) are combined as a unified loss function L and jointly trained asfollowingL=L _(tri) +βL _(ID)  (3)

where β is a hyper-parameter to controls the impacts of L_(ID) inunified loss function.

In addition to training objectives, a new architectural approach isprovided to make customer matching more accurate. ID loss and similarityloss may not be highly compatible to a shared metric space. For example,feature points may be more separable for cosine distance than euclideandistance using ID loss, as opposite to similarity loss where euclideandistance may be easier to converge.

According to the example implementation, different feature spaces aregenerated for each loss function during training, and the spaces arecombined into a unified one during testing. For example, BatchNormalization (BN) and Layer Normalization (LN) may be used to developdistinct feature spaces for ID loss and similarity loss, respectively.For any feature f, Both normalization has the form such as

$\begin{matrix}{f_{B,L} = {{\gamma_{B,L}\frac{f - \mu_{B,L}}{\sqrt{\sigma_{B,L}^{2} + \varepsilon}}} + \eta_{B,L}}} & (4)\end{matrix}$

where μ_(B;L) are batch and layer means, and σ_(B;L) are batch and layervariance for BN and LN, respectively. γ_(B;L) and η_(B;L) are affinetransformation weights of corresponding normalization.

During training, feature fin equations 1 and 2 are replaced by f_(B) andf_(L), respectively. In such cases f_(B) only receive gradients from IDloss and f_(L) for similarity loss. To combine them together attentionweights a_(B;L) are calculated for both normalization as:

$\begin{matrix}{{a_{i} = \frac{K\left( {f,f_{i}} \right)}{\sum\limits_{j \in N}{K\left( {f,f_{i}} \right)}}},i,{{j \in N} = \left\{ {B,L} \right\}}} & (5)\end{matrix}$

where K(⋅;⋅) is a kernel function to produce attention scores based on fand f_(B;L). The parameters can be jointly trained with Siamesenetworks.

After training, normalized features f_(B;L) can be fused with attentionscores to generate the final feature vector {tilde over (f)} as{tilde over (f)}=a _(B) f _(B) +a _(L) f _(L)  (6)

FIG. 3 provides a visualized comparison 500 between a feature space 501of a Siamese network and an attentive fused space 503-511 according tothe example implementations. The feature space 503 is integrated withspaces for which batch normalization 505, similarity loss 507 andattentive fusion 509 have been performed, by a fusing module 511.Accordingly different signals are provided from different inputs.

While related art POS systems for restaurants focus on providingautomated solutions to handle problems like menu management, billsplitting and customer feedback analysis, etc., those features directlytarget customers to improve their dining experiences. However, thepresent example implementation is distinguishable from those related artPOS system approaches, in that the dining experience in enhanced bysupporting the waiters/waitresses to reduce serving errors, such thatthey can be better engaged in serving their customers. Accordingly, thepresent example implementations may be integrated into a POS system.

The present example implementations provide for person re-identificationtechniques, optionally on the Siamese networks. As compared with therelated art, the present example implementation focuses on sharingmetric spaces with different training objectives. Further, the presentexample implementations are also directed to providing differentnormalized spaces for corresponding losses, and also combining them inan attentive manner during testing time.

FIGS. 6A and 6B are a flowcharts of an embodiment of a method foraccording to the disclosure. A method 600 can be implemented by one ormore processors in a computing environment (e.g., the computingenvironment described below). As shown in FIG. 6A, the method 600 can bea combination of multiple sub processes, including at 601, receiving aninput associated with the identity and the order placed by the user,such as the dish ordered by the POS and the image captured by thecamera. At 602 a matching classification operation is performed once thedish has been prepared. At 603, the server is provided with the videoand/or audio support to provide the order to the user. The specificdetails of the foregoing operations 601-603 are disclosed above and withrespect to the description of FIGS. 1-5 .

In more detail, FIG. 6B illustrates an example process associated withthe present example implementations. While the operations describedherein are sequenced according to the drawings, the present plantationsare not limited thereto. For example, the sequence of operations may bechanged, and operations may be combined, separated or deleted, withoutdeparting from the inventive scope.

At 605, an order is obtained from a user. More specifically, the usermay be a customer that provides a specific request to order a specificitem or service, such as a meal or a dish in a restaurant. The order maybe submitted by human interaction, such as personally interacting with awaiter or waitress, who enters the order into a system, either manuallyor automatically, and either at the time of taking the order or after onpaper and later transposing the order into electronic system.

Alternatively, and to provide for sufficient social distancing, theorder may be input by the user without human interaction. Examples oforder input be performed by user without human interaction include, butare not limited to, on-site POS device at the table of the user, or acounter and receives the order, mobile device of the user connected to anetwork that allows for submission of the order directly from the userdevice or other device would be known by skilled art.

At 610, information associated with the user is captured. Morespecifically, when the user submits the order, either to a server orautomatically, an image of the user may be captured by a sensor such asa camera. That image can include information, such as the image itself,locational coordinate information, the order submitted by the user, andany other information as would be understood to be relevant to theidentity, location and, and/or the order submitted by the user.

At 615, the captured information and the order submitted by the user areprovided for the purpose of matching. More specifically, the informationmay be submitted, either by cloud, network or local storage, in a mannerthat can be used by the matching module.

Accordingly, operations 605, 610 and 615 provide the receiving of theorder and the associated user information of 601. Further, operations620-635 refer to the matching operation, as explained below.

At 620, a matching module awaits instructions of the order completion.For example, a user may have his or her image and geolocationinformation captured in advance of taking the order or after taking theorder. However, until the order is finalized, the matching function ofthe matching module is not performed. At 620, either by an automaticprocess of the matching module determining that both the order and theimage have been provided, or optionally the server or enterprise such asrestaurant approving or validating the order, the matching operationsare invoked. Further, a second instruction may be provided, indicatingthat the order is ready for delivery, such as a message from thekitchen, server, or other entity that may be able to provide anindication that the server requires support to navigate the order to theuser.

At 625, an image of the user's vicinity is received, including thesurrounding users, tables, etc. Thus, the camera image is intended toprovide the matching module with a view of how a server might see theservice area from the location where he or she receives the order to bedelivered. Accordingly plural users, including the user that submittedthe order, will be present in the image that is received.

At 630, a matching operation is performed between the captured image ofthe user that submitted the order, and he received image of the user'svicinity. Further details of the matching operation are disclosed aboveand explained, also in reference to FIGS. 4 and 5 .

Once the matching operation has been performed, at 635 closest matchbetween the image information of the user viewing the order and theplural users in the image of the user's sanity, is determined.

Accordingly, at operations 620-635, the matching operation is performed.As explained below, the providing of the output to the server, to assistthe server delivering the order, is explained with respect to operations640-650.

At 640, the matching module generates an output that is provided to anedge device used by the server. For example not by way of limitation,the edge device may be a POS device, mobile phone, a headset worn byuser, or other edge device as would be understood by those skilled inthe art as being used by a server.

At 645, the server is provided with support to navigate to the user.Example but not by way of limitation, and also as disclosed above, avideo output that identifies the closest match as determined by thematching module may be provided, with the user being highlighted todistinguish from other users. Additionally, or alternatively, audiosupport that provides server with some directional support on how tonavigate to the position of the user who placed the order may also beprovided.

At 650, the order is delivered to the user.

FIG. 7 is a functional block diagram of an embodiment of a computingenvironment according to the disclosure. A computing environment 700with an example computer device 705 suitable for use in some exampleimplementations. Computing device 705 in computing environment 700 caninclude one or more processing units, cores, or processors 710, memory715 (e.g., RAM, ROM, and/or the like), internal storage 720 (e.g.,magnetic, optical, solid state storage, and/or organic), and/or I/Ointerface 725, any of which can be coupled on a communication mechanismor bus 730 for communicating information or embedded in the computingdevice 705. The environment 700 can support operations associated withthe system 100, for example.

According to the present example implementations, the processingassociated with the neural activity may occur on a processor 710 that isthe central processing unit (CPU). Alternatively, other processors maybe substituted therefor without departing from the inventive concept.For example, but not by way of limitation, a graphics processing unit(GPU), and/or a neural processing unit (NPU) may be substituted for orused in combination with the CPU to perform the processing for theforegoing example implementations.

Computing device 705 can be communicatively coupled to input/interface735 and output device/interface 740. Either one or both ofinput/interface 735 and output device/interface 740 can be a wired orwireless interface and can be detachable. Input/interface 735 mayinclude any device, component, sensor, or interface, physical orvirtual, which can be used to provide input (e.g., buttons, touch-screeninterface, keyboard, a pointing/cursor control, microphone, camera,braille, motion sensor, optical reader, and/or the like).

Output device/interface 740 may include a display, television, monitor,printer, speaker, braille, or the like. In some example implementations,input/interface 735 (e.g., user interface) and output device/interface740 can be embedded with, or physically coupled to, the computing device705. In other example implementations, other computing devices mayfunction as, or provide the functions of, an input/interface 735 andoutput device/interface 740 for a computing device 705.

Examples of computing device 705 may include, but are not limited to,highly mobile devices (e.g., smartphones, devices in vehicles and othermachines, devices carried by humans and animals, and the like), mobiledevices (e.g., tablets, notebooks, laptops, personal computers, portabletelevisions, radios, and the like), and devices not designed formobility (e.g., desktop computers, server devices, other computers,information kiosks, televisions with one or more processors embeddedtherein and/or coupled thereto, radios, and the like).

Computing device 705 can be communicatively coupled (e.g., via I/Ointerface 725) to external storage 745 and network 750 for communicatingwith any number of networked components, devices, and systems, includingone or more computing devices of the same or different configuration.Computing device 705 or any connected computing device can befunctioning as, providing services of, or referred to as, a server,client, thin server, general machine, special-purpose machine, oranother label. For example but not by way of limitation, network 750 mayinclude the blockchain network, and/or the cloud.

I/O interface 725 can include, but is not limited to, wired and/orwireless interfaces using any communication or I/O protocols orstandards (e.g., Ethernet, 802.11xs, Universal System Bus, WiMAX, modem,a cellular network protocol, and the like) for communicating informationto and/or from at least all the connected components, devices, andnetwork in computing environment 700. Network 750 can be any network orcombination of networks (e.g., the Internet, local area network, widearea network, a telephonic network, a cellular network, satellitenetwork, and the like).

Computing device 705 can use and/or communicate using computer-usable orcomputer-readable media, including transitory media and non-transitorymedia. Transitory media includes transmission media (e.g., metal cables,fiber optics), signals, carrier waves, and the like. Non-transitorymedia includes magnetic media (e.g., disks and tapes), optical media(e.g., CD ROM, digital video disks, Blu-ray disks), solid state media(e.g., RAM, ROM, flash memory, solid-state storage), and othernon-volatile storage or memory.

Computing device 705 can be used to implement techniques, methods,applications, processes, or computer-executable instructions in someexample computing environments. Computer-executable instructions can beretrieved from transitory media, and stored on and retrieved fromnon-transitory media. The executable instructions can originate from oneor more of any programming, scripting, and machine languages (e.g., C,C++, C #, Java, Visual Basic, Python, Perl, JavaScript, and others).

Processor(s) 710 can execute under any operating system (OS) (notshown), in a native or virtual environment. One or more applications canbe deployed that include logic unit 755, application programminginterface (API) unit 760, input unit 765, output unit 770, order anduser identity unit 775, matching unit 780, server guidance unit 785, andinter-unit communication mechanism 795 for the different units (e.g.,the encode 110 and the decoder 120) to communicate with each other, withthe OS, and with other applications (not shown).

The order and user identity unit 775 can perform functions associatedwith receiving inputs, processing inputs, and determining aclassification of the visitor. The matching unit 780 can performfunctions associated with the detection of the object being delivered.The server guidance unit 785 can perform functions associated with thereceiving input such as speech from the visitor, and providing theresident with an opportunity to provide an output to the visitor.

For example, the order and user identity unit 775, the matching unit780, and the server guidance unit 785 may implement one or moreprocesses shown above with respect to the structures described above inaddition to the method 300 and the method 400. The described units andelements can be varied in design, function, configuration, orimplementation and are not limited to the descriptions provided.

In some example implementations, when information or an executioninstruction is received by API unit 760, it may be communicated to oneor more other units (e.g., logic unit 755, input unit 765, order anduser identity unit 775, matching unit 780, and server guidance unit785).

In some instances, the logic unit 755 may be configured to control theinformation flow among the units and direct the services provided by APIunit 760, input unit 765, order and user identity unit 775, matchingunit 780, and server guidance unit 785 in some example implementationsdescribed above. For example, the flow of one or more processes orimplementations may be controlled by logic unit 755 alone or inconjunction with API unit 760.

FIG. 8 is a functional block diagram of an exemplary operatingenvironment according to the disclosure. An environment 800 can besuitable for some example implementations disclosed herein. Environment800 includes devices 805-845, and each is communicatively connected toat least one other device via, for example, network 860 (e.g., by wiredand/or wireless connections). Some devices may be communicativelyconnected to one or more storage devices 830 and 845.

An example of one or more devices 805-845 may be computing devices 705described in FIG. 7 , respectively. Devices 805-845 may include, but arenot limited to, a computer 805 (e.g., a laptop computing device) havinga monitor and an associated webcam as explained above, a mobile device810 (e.g., smartphone or tablet), a television 815, a device associatedwith a vehicle 820, a server computer 825, computing devices 835-840,storage devices 830 and 845.

In some implementations, devices 805-820 may be considered user devicesassociated with the users, who may be remotely obtaining a sensed audioinput used as inputs for the foregoing example implementations. In thepresent example implementations, one or more of these user devices805-820 may be associated with one or more sensors such as microphonesin a phone of a user or a POS device, that can sense information asneeded for the present example implementations, as explained above.

The example implementations may have various benefits and advantages.For example, but not by way of limitation, by using the approachesdisclosed above and in FIGS. 1-5 , accuracy may be substantiallyapproved, particularly with the fusing approach. The accuracies canachieve over 90%, and fusing normalized features may improve accuracy aswell as mAP. As a result, the error of the server in order delivery maybe reduced.

The present example implementations may also supplement the existingrelated art POS approaches. As explained above, the related art POSapproaches provide for menu management or bill splitting, etc. However,the related art POS does not assist the server to accurately deliver theorder. Further, and also in contrast to related art approaches ofmatching, the present example implementations provide artificialintelligence, including the application of normalized feature spaces fortraining, and attentive fusion for testing, for CNNs.

Additionally, the POS device may be integrated with a mobile device ofthe user in the restaurant, such that the account of the user is alsoassociated with the order. As a result, the user may be individuallybilled without difficulty for the party including the user to performcalculations, and also while allowing the user to have points or thelike credited to her or her account with the restaurant, or share withothers on the order, without requiring the server to make manualadjustments to the bill. Optionally, the user may be provided with anordering suggestion based on the account of the user and historicalordering information or preferences.

Further, the example implementation can account for situations unique toa restaurant. When a user moves a seat or table, the user may bedifficult for the server to later locate for order determination.Because the present example implementation may search the entire regionof the restaurant where the user may be located, it is possible to findand deliver the order correctly to the user.

In restaurants where the user orders at a counter and then is laterseated (e.g., numbering system), it may be possible for the server todeliver the order without having to look for the number of the table,and without having to ask the user to inform his order. Thus, the servercan increase speed and accuracy.

This feature is particularly useful where the differences in orderbetween parties is minute (e.g., same main dish with different spices ortoppings), or very crucial (e.g., allergy-free, gluten free, etc.).Thus, the restaurant may avoid risks of food contamination or customerillness.

With respect to online customer reviews, the present exampleimplementation may also provide benefits and advantages. For example butnot by way of limitation, for an online review, the reviewer may bevalidated against the dish actually delivered, to confirm a customercomplaint or feedback, and to avoid false or misleading reviews. Thus,the restaurant may be able to provide for better quality control.

Similarly, because the camera is providing inputs continuously, thecamera may also provide some indication of satisfaction after thedelivery of the order. For example but not by way of limitation, areaction of the user may be determined to be positive or negative,either in real-time or later, in a manner that permits the server toprovide feedback and possibly correct any service related issue.

With respect to the location of the camera, although it is indicated tobe in the facility (e.g., table, ceiling, etc.), the present exampleimplementations are not limited thereto. For example, but not by way oflimitation, the camera may be positioned on a wearable device of theserver (e.g., glasses, cap, clothing, etc.), such that the view of theserver is matched with the view processed by the matching module.Optionally, the camera may be integrated with augmented reality, virtualreality, and/or mixed reality. Further optionally, the server may wear abadge and carry a POS device, tablet, etc. In addition to the use ofsensors such as a camera, an audio sensor, such as a microphone may beused. To the extent that other locational tools such as Bluetooth,Wi-Fi, or RF associated with the mobile device of the user, and theiraccount or identity, may be used to assist in the location and identitydetermination. Optionally, a server may have an electronic device andusers may have electronic devices, all linked by common communicationprotocol such as Bluetooth. The user may capture an image and thenassociate the image with the common devices (e.g., use of Bluetooth ID).Further association may be made to the points account or the businessaccount associated with the device of the user.

With respect to retail and restaurant queuing systems andconfigurations, the present example implementation may be provided toincrease accuracy of delivery. For example, but not by way oflimitation, for curbside pickup in retail, or in-store pickup withsocial distancing between persons waiting in a queue, it may be possibleto more accurately match a product to be delivered to the user orderingthe product. As a result, the server may have less risk of unnecessaryclose contact between extra persons what would occur in the case ofmis-delivery of the order to the wrong person. Similarly, the user alsobears less risk of receiving the incorrect product, or unnecessary closeinteraction with multiple servers.

The face identification can be used to replace the use of tickets ortokens to match objects with users. Such an approach may also be used inmulti-queue drive-through services, such as fast food, where the servermust distinguish between cars in multiple queues; the security cameravideo may be employed to obtain the initial user image capture.

The foregoing example implementations may also be applied to otherenvironments, such as airport baggage claim. Thus, social distancing maybe observed in the airport by associating a sequence of luggage with asequence of travelers awaiting receipt of their luggage, in the mannerexplained above.

Although a few example implementations have been shown and described,these example implementations are provided to convey the subject matterdescribed herein to people who are familiar with this field. It shouldbe understood that the subject matter described herein may beimplemented in various forms without being limited to the describedexample implementations. The subject matter described herein can bepracticed without those specifically defined or described matters orwith other or different elements or matters not described. It will beappreciated by those familiar with this field that changes may be madein these example implementations without departing from the subjectmatter described herein as defined in the appended claims and theirequivalents.

Aspects of certain non-limiting embodiments of the present disclosureaddress the features discussed above and/or other features not describedabove. However, aspects of the non-limiting embodiments are not requiredto address the above features, and aspects of the non-limitingembodiments of the present disclosure may not address features describedabove.

What is claimed is:
 1. A computer-implemented method, comprising:receiving an order associated with a user, and capturing informationassociated with a physical attribute of the user using a portabledevice; for the order being completed, receiving an informationcapturing request of a region of the user, and capturing, using theportable device, information associated with the region of the user;performing a matching operation on the captured information associatedwith the physical attribute of the user and the captured informationassociated with the region of the user to determine a closest matchbased on the physical attribute of the user, wherein the informationassociated with the region of the user includes the physical attributeof the user and respective physical attributes of other users; andgenerating an output that identifies the user associated with theclosest match in the information associated with the region of the user,and providing the output to a server to deliver the order to the user,wherein the output comprises at least an image that identifies the useramongst the other users.
 2. The computer-implemented method of claim 1,wherein the matching operation comprises: defining the capturedinformation associated with the physical attribute of the user as afirst input, and the information associated with the region of the useras a second input; applying the first input and the second input to aconvolutional neural network, to generate a prediction of a closestmatch between the physical attribute of the user in the first input andthe physical attribute of the user and the physical attributes of theother users in the second input; associating the prediction with anindicator in the region of the user; and generating an output as avisual and/or audio label, for use in an edge device associated with theserver.
 3. The computer-implemented method of claim 2, wherein theconvolutional neural network comprises a feature space integrated withspaces for which batch normalization, similarity loss and attentivefusion have been performed.
 4. The computer-implemented method of claim1, wherein the receiving the order associated with the user comprisesproviding the user with a plurality of options in a user interface, suchthat the user selects an option that is transmitted by networkcommunication to a processor that performs the matching, and theinformation associated with the physical attribute of the user comprisescapturing an image of the user and locational information of the user.5. The computer-implemented method of claim 1, wherein the providing theoutput to the server to deliver the order comprises at least one ofproviding an image of the region in which the user is located, whichidentifies the user amongst the other users, or providing the serverwith one or more audio signals that allow the user to physically movethe order from a current location to a position of the user.
 6. Thecomputer-implemented method of claim 1, wherein the user comprises acustomer in a restaurant, the order comprises a selection from a menu ofthe restaurant, and the server comprises a human or automated deliverymachine that takes the order, after completion and the providing of theoutput, to the customer, amongst the other users that comprise othercustomers located in the restaurant.
 7. The computer-implemented methodof claim 1, wherein the physical attribute of the user is captured byone or more cameras positioned in the region of the user, or on theserver processing the order.
 8. A non-transitory computer readablemedium including instructions executable on a processor, theinstructions comprising: receiving an order associated with a user, andcapturing information associated with a physical attribute of the userusing a portable device; for the order being completed, receiving aninformation capturing request of a region of the user, and capturing,using the portable device, information associated with the region of theuser; performing a matching operation on the captured informationassociated with the physical attribute of the user and the capturedinformation associated with the region of the user to determine aclosest match based on the physical attribute of the user, wherein theinformation associated with the region of the user includes the physicalattribute of the user and respective physical attributes of other users;and generating an output that identifies the user associated with theclosest match in the information associated with the region of the user,wherein the output comprises at least an image that identifies the useramongst the other users, and providing the output to a server to deliverthe order to the user.
 9. The non-transitory computer readable medium ofclaim 8, wherein the matching operation comprises: defining the capturedinformation associated with the physical attribute of the user as afirst input, and the information associated with the region of the useras a second input; applying the first input and the second input to aconvolutional neural network, to generate a prediction of a closestmatch between the physical attribute of the user in the first input andthe physical attribute of the user and the physical attributes of theother users in the second input; associating the prediction with anindicator in the region of the user; and generating an output as avisual and/or audio label, for use in an edge device associated with theserver.
 10. The non-transitory computer readable medium of claim 9,wherein the convolutional neural network comprises a feature spaceintegrated with spaces for which batch normalization, similarity lossand attentive fusion have been performed.
 11. The non-transitorycomputer readable medium of claim 8, wherein the receiving the orderassociated with the user comprises providing the user with a pluralityof options in a user interface, such that the user selects an optionthat is transmitted by network communication to a processor thatperforms the matching, and the information associated with the physicalattribute of the user comprises capturing an image of the user andlocational information of the user.
 12. The non-transitory computerreadable medium of claim 8, wherein the providing the output to theserver to deliver the order comprises at least one of providing an imageof the region in which the user is located, which identifies the useramongst the other users, or providing the server with one or more audiosignals that allow the user to physically move the order from a currentlocation to a position of the user.
 13. The non-transitory computerreadable medium of claim 8, wherein the user comprises a customer in arestaurant, the order comprises a selection from a menu of therestaurant, and the server comprises a human or automated deliverymachine that takes the order, after completion and the providing of theoutput, to the customer, amongst the other users that comprise othercustomers located in the restaurant.
 14. The non-transitory computerreadable medium of claim 8, wherein the physical attribute of the useris captured by one or more cameras positioned in the region of the user,or on the server processing the order.
 15. A system, comprising: aninput device that receives an order associated with a user; a sensorthat captures information associated with a physical attribute of theuser, wherein the sensor is located on a portable device; a processor,which, for the order being completed, configured to receive aninformation capturing request of a region of the user, and captures,using the sensor, information associated with the region of the user;the processor is configured to perform matching on the capturedinformation associated with the physical attribute of the user and thecaptured information associated with the region of the user to determinea closest match based on the physical attribute of the user, wherein theinformation associated with the region of the user includes the physicalattribute of the user and respective physical attributes of other users,and the processor is configured to generate an output that identifiesthe user associated with the closest match in the information associatedwith the region of the user, wherein the output comprises at least animage that identifies the user amongst the other users; and a serverdevice that receives the output and provides the output to the server todeliver the order to the user.
 16. The system of claim 15, wherein thematching comprises defining the captured information associated with thephysical attribute of the user as a first input, and the informationassociated with the region of the user as a second input, applying thefirst input and the second input to a convolutional neural network, togenerate a prediction of a closest match between the physical attributeof the user in the first input and the physical attribute of the userand the physical attributes of the other users in the second input,associating the prediction with an indicator in the region of the user,and generating an output as a visual and/or audio label, for use in anedge device associated with the server, wherein the convolutional neuralnetwork comprises a feature space integrated with spaces for which batchnormalization, similarity loss and attentive fusion have been performed.17. The system of claim 15, wherein the input device provides the userwith a plurality of options in a user interface, such that the userselects an option that is transmitted by network communication to aprocessor that performs the matching, and the sensor comprises a camerathat captures an image of the user and locational information of theuser.
 18. The system of claim 15, wherein the server device displays animage of the region in which the user is located, which identifies theuser amongst the other users, or provides the server with one or moreaudio signals that allow the user to physically move the order from acurrent location to a position of the user.
 19. The system of claim 15,wherein the user comprises a customer in a restaurant, the ordercomprises a selection from a menu of the restaurant, and the servercomprises a human or automated delivery machine that takes the order,after completion and the providing of the output, to the customer,amongst the other users that comprise other customers located in therestaurant.
 20. The server of claim 15, wherein the physical attributeof the user is captured by one or more cameras positioned in the regionof the user, or on the server processing the order.